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DETAILED ACTION 

1. Claims 1-24 are pending. 

2. Claims 2, 5, 6, 10, and 21 are canceled. 

3. Claims 1,3,4, 7-9, 11-20, and 22-24 are rejected. 

Response to Arguments 

Applieant's arguments with respect to claims 1, 3, 4, 7-9, and 11-20 have been considered 
but are moot in view of the new ground(s) of rejection. 

Applicant’s new elaims 22-24 are rejected. The Examiner argues that these new elaims 
expand on the use of XML within the conferencing service system and method. The Examiner 
argues that the use of XML or any other protocol which is widely well known at the time of the 
invention to one of ordinary skill in the art would constitute a design choiee and as sueh would 
be an obvious variation. The Examiner uses prior art to further argue this point. The strueture 
whieh enables XML (i.e. XML parser) would be inherent to any system using that partieular 
protocol and as such would also be considered obvious. 



Claim Rejections - 35 USC §103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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The faetual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 
(1966), that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Aseertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 

This applieation eurrently names joint inventors. In considering patentability of the 
elaims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the various 
elaims was eommonly owned at the time any inventions covered therein were made absent any 
evidenee to the eontrary. Applicant is advised of the obligation under 37 CFR 1 .56 to point out 
the inventor and invention dates of each claim that was not commonly owned at the time a later 
invention was made in order for the examiner to consider the applicability of 35 U.S.C. 103(c) 
and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 

4. Claims 1, 3-4, 7-9, 11, 14-15, 19-20, and 22-24 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Hackbarth et al. (Hackbarth, hereinafter) US Patent 7,107,312 in further 
view of Richomme US Patent Application 2003/0235279 (Richomme, hereinafter). 

As to claim 1, Hackbarth teaches: 

An apparatus for an automatic conferencing service, the apparatus comprising: 

a service logic execution environment in a telecommunications service network (Column 



4, Lines 41-44.); and 
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automatie eonferencing service running in the service logic execution environment (Fig. 2 
illustrates the system arehiteeture employed including conferencing and collaboration services. 
The eonfereneing serviees are taught as running in the service logic execution environment as 
they relate to the SPSF. Specifically column 4 lines 56-59 teach “the DC-MeetingServer 210 is a 
eommereial applieation whieh bridges calls so as to provide conferencing services ineluding 
Chat session, Applieation sharing. Whiteboard and video conferencing services.”); 

a eonferenee eoordination service logic program (SLP) as part of the automatic 

conferencing service (Column 5 lines 34-39 teaches servlets which implement 
requests to set up connections. It is understood that by setting up requested 
eonneetions in a conferencing system, that is the conference coordination service 
logie program.); 

a notification SLP as part of the automatic conferencing service, wherein the notifieation 
SLP is configured to send conference announcement messages to deviees of 
conference attendees (Column 6 lines 18-39 teach showing a user’s desire to 
connect to one or more other users. It is understood that showing the desire to 
connect is a notification Ifom one user to another.); 
wherein the conference coordination SLP is configured to send and to receive conference 
request information for use in registering a conference (Column 5 lines 34-39 
teach that through HTTP requests conferences are set up. Sending and receiving 
information associated with the conference being set up is inherent.), 
wherein the notification SLP is configured to receive from the conference coordination, 
attendee information for use in notifying attendees for the conference (Column 5, 
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lines 34-39 teaeh getting information from an LDAP database. Later that 
information is described in Column 6 lines 19-39 which “enables the participants 
receiving data to contact each other via clicking.”). 

Hackbarth does not explicitly teach: 

an extensible markup language (XML) parser as part of the automatic conferencing 
service; and 

wherein the conference coordination SLP is configured to send an XML document to 
the XML parser, and to receive conference request information from the XML 
parser for use in registering a conference, 

wherein the notification SLP is configured to receive the XML document from the 

conference coordination SLP, to send the XML document to the XML parser, 
and to receive attendee information from the XML parser for use in notifying 
attendees for the conference. 

Although Hackbarth does not teach using XML for the conferencing functions, it would 
be obvious of one of ordinary skill in the art at the time of the invention for the structure of the 
data which is sent and received to enable conferencing to use XML. Hackbarth teaches all of the 
structural limitation of claim 1 including an SLEE with SLPs which perform the conferencing 
and notification services. 

However Richomme teaches the use of XML as part of the automatic conferencing 
service (Paragraph [0011] teaches “The monitoring information is first transmitted to the 
conference server. At the conference server the monitoring information is adjusted so that this 
information can be sent in the form of a programming language code which is executable by the 
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partieipants' Web terminal devices. For example, the monitoring information may be encoded in 
JavaScript, HTTP, or XML (extended markup language) as many a browser can execute 
JavaScript code or XML code.”). In light of Richomme’s teaching it is obvious that XML can be 
one of the coding methods for sending information within the SLEE. Therefore it would have 
been obvious to one of ordinary skill in the art at the time of the invention to us XML, including 
an XML parser which is inherent to any system using XML, in the conference coordination and 
notification within the automatic conferencing services. 

It would have been obvious to one of ordinary skill in the art to use XML for these 
services because as Richomme states “the monitoring information may be encoded in JavaScript, 
HTTP, or XML (extended markup language) as many a browser can execute JavaScript code or 
XML code.” It is clear from Richomme’s disclosure that it was widely well known and used at 
the time of the invention to use XML within web services and using XML would simply be a 
design choice which could be used to implement automatic conferencing services. 

Furthermore it would be obvious to use XML since XML is only providing a way for the 
information to be received from one SLP to another. Since messages containing information are 
being sent from one SLP to another in Hackbarth’s teaching, it would be obvious to use the XML 
to structure the data that is being sent. Hackbarth is silent on how the data is structured, but it 
would be obvious to anyone of ordinary skill in the art at the time of the invention to use XML as 
an option for the data structure. 



As to claim 3, Hackbarth further teaches: 
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wherein the automatie conferencing service module- further inelude elaim 1, further 
eomprising an HTTP interface as part of the automatic conferencing service (Column 5 lines 20- 
36 teaehes an HTTP interfaee.). 

As to elaim 4, Haekbarth further teaches: 

wherein the HTTP interface comprises an HTTP server plug-in module and an HTTP 
dispateher module, and wherein the HTTP dispatcher module is configured to receive a setup 
eonferenee request, ereate an instance of the conference coordination service logic program, and 
forward the setup eonferenee request to the conference coordination service logic program to be 
proeessed (Column 5 lines 20-36 describes the interaction of the user agent as using HTTP in 
eonjunetion to the SPSF. It is understood that the communication between the SPSF and the 
User Agent use a HTTP server plug-in module as well as a HTTP dispateher module. Further in 
Column 5 lines 34-39 the servlets set up the requested conference, and the eonferenee aetually 
happens and the attendees are notified of the conference, i.e. the request is forwarded to the 
conference coordination SLP.). 

As to claim 7, Haekbarth teaches: 

wherein the automatic conferencing service modules further include claim 1 , further 
eomprising a home location register service logic program as part of the automatic conferencing 
service, wherein the home location register service logic program is configured to update deviee 
online status for the devices of conference attendees, and wherein the notification service logie 
program is further configured to read said device online status for the devices of eonferenee 
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attendees (Column 6 lines 18-39 teach that “a Connecticon View 215 is a virtual entity stating 
one user’s desire to eonneet to one or more other users.” It is also taught that presenee status 
information of the users is available.). 

As to elaim 8, Haekbarth further teaches: 

wherein the automatic conferencing service modules further include elaim 1 , further 
eomprising a billing service logic program as part of the automatic conferencing service program 
(Column 4 line 67 teaehes that the SPSF has billing functionality.). 

As to claim 9, Haekbarth teaches: 

A method of seheduling an automatic conference (The title of Haekbarth teaches an 
“Apparatus and method for use in a data/conference call system for automatieally eolleeting 
partieipant information and providing all participants with that information for use in 
eollaboration services”. The user making the request to start a conferenee is taught in eolumn 20 
lines 44-47), the method comprising: 

reception of a conference request, including conference information speeified by a user, 
by a conference coordination service logic program (SLP) of an automatic 
conferencing service running in a service logic execution environment within a 
telecommunications network (Haekbarth teaches in column 3 line 66 to column 4 
line 9 that “the service framework 201 is a Service Logic Execution Environment 
that is responsible for responding to requests for service and initializing 
eonnections between endpoints. The SPES SLEE is implemented as a set of Java 
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elasses running in a Java Virtual Machine.” Hackbarth teaehes a request being 
reeeived in column 20 lines 55-57 as “the conference server aeknowledges 
reservation request.” Lastly the title teaches this is a teleeommunieations network 
as it states “Apparatus and method for use in a data/conferenee eall system. . 

registration of the eonference by the automatic conferencing service eonferenee 
eoordination SLP which extracts conference information from the XML 
doeument using an XML parser (Hackbarth teaches a request being received in 
eolumn 20 lines 55-57 as “the conference server acknowledges reservation 
request.” By sending an acknowledgement for a reservation request it is 
understood that the conference is registered and the users are registered as well); 
and 

notifieation of attendees of the conference by the automatic conferencing service 

notification SLP which extracts attendee information from the XML doeument 
using the XML parser (Column 6 lines 18-39 teach that “a Connecticon View 215 
is a virtual entity stating one user’s desire to connect to one or more other users.” 
It is understood that showing the desire to connect is a notification from one user 
to another. It is a notification service logic program that notifies one user’s 
request to another user.). 

Haekbarth does not explicitly teach: 

reception of a conference request, including conference information specified by a user in 

an extensible markup language (XML) document, 
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registration of the eonference by the automatic conferencing service eonferenee 
eoordination SLP whieh extracts conference information from the XML document using an 
XML parser; 

notifieation of attendees of the conference by the automatic conferencing service 
notifieation SLP whieh extracts attendee information from the XML document using the XML 
parser. 

Although Haekbarth does not teach using XML for the conferencing functions, it would 
be obvious of one of ordinary skill in the art at the time of the invention for the structure of the 
data whieh is sent and reeeived to enable conferencing to use XML. Haekbarth teaches all of the 
struetural limitation of elaim 1 including an SLEE with SLPs which perform the eonfereneing 
and notifieation serviees ineluding the steps of registration, reception and notifieation. 

However Richomme teaches the use of XML as part of the automatie eonfereneing 
serviee (Paragraph [0011] teaches “The monitoring information is first transmitted to the 
eonferenee server. At the conference server the monitoring information is adjusted so that this 
information can be sent in the form of a programming language code whieh is exeeutable by the 
participants' Web terminal devices. For example, the monitoring information may be encoded in 
JavaScript, HTTP, or XML (extended markup language) as many a browser can execute 
JavaScript code or XML code.”). In light of Richomme’s teaching it is obvious that XML can be 
one of the coding methods for sending information within the SLEE. Therefore it would have 
been obvious to one of ordinary skill in the art at the time of the invention to us XML, ineluding 
an XML parser which is inherent to any system using XML, in the conference coordination and 
notification within the automatic conferencing services. 
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It would have been obvious to one of ordinary skill in the art to use XML for these 
serviees beeause as Riehomme states “the monitoring information may be eneoded in JavaSeript, 
HTTP, or XML (extended markup language) as many a browser can execute JavaScript code or 
XML code.” It is clear from Richomme’s disclosure that it was widely well known and used at 
the time of the invention to use XML within web services and using XML would simply be a 
design choice which could be used to implement automatic conferencing services. 

Furthermore it would be obvious to use XML since XML is only providing a way for the 
information to be received from one SLP to another. Since messages containing information are 
being sent from one SLP to another in Hackbarth’s teaching, it would be obvious to use the XML 
to structure the data that is being sent. Hackbarth is silent on how the data is structured, but it 
would be obvious to anyone of ordinary skill in the art at the time of the invention to use XML as 
an option for the data structure. 

As to claim 11, Hackbarth further teaches: 

wherein the conference information includes time and attendee information (Column 5 
lines 34-40 teach the requests to set up connections and mentions calendar and LDAP 
information. It is understood that calendar information is time and the LDAP database stores the 
information about the attendees.). 

As to claim 14, Hackbarth further teaches: 

determination of an online status of a communication device of an attendee (Column 5 
lines 6-10 teach that the “User Agent 203 is central to the provision of collaborative services. 
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User Agent 203 is responsible for maintaining presence data, i.e., information, for the registered 
elients. It maintains lists of subscribers and notifies subscribers of changes in status.”). 

As to elaim 15, Haekbarth further teaches: 

wherein the online status determination is accomplished by way of a lookup to a home 
loeation register database (Column 5 lines 10-19 teach that “the User Agent 203 maintains a 
LDAP database 206 in whieh presence information is maintained for each individual registered 
with the system. It also supports Presence Clients that register with it. These clients include 
TeamPortal View 214, Conneeticon View 215, and OpenChannel View 217. Presence Clients 
are Java elasses that run remotely and can both report changes in presence status and reaet to 
User Agent messages telling them that the Presence information has changed for a user they have 
defined as being in their awareness set.” It is interpreted that the LDAP database is a home 
loeation register database as they both store the status information of a user.). 

As to claim 19, Haekbarth further teaches: 

accessing a directory by the automatic conferencing service to obtain a preferenee profile 
for an attendee (Column 5 lines 6-33 teach the “User Agent 203 is central to the provision of 
collaborative services. User Agent 203 is responsible for maintaining presence data, i.e., 
information, for the registered clients.” It is interpreted that storing information about the user is 
a preference profile for an attendee. Additionally column 5 lines 27-29 teach that “the User 
Agent 203 uses a LDAP database 206 to store the data, but direct access to the database is not 
neeessary.” It is clear that this information is being accessed whether directly or indirectly.). 
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As to claim 20, Hackbarth further teaches: 

wherein the directory is accessed using a lightweight directory access protocol interface 
(Column 5 lines 27-29 teach that “the User Agent 203 uses a LDAP database 206 to store the 
data” and it is understood that the LDAP database would be accessed with a LDAP interface.). 

As to claim 22, Hackbarth teaches: 

A method of scheduling an automatic conference, the method comprising: 
sending a request to schedule a conference from a browser to a web server; 
communicating said request from the web server to high-availability telecommunications 
equipment (Column 3:22- 4:18 teach requests, 4:4-5, being sent from endpoints. One endpoint is 
described as a web server, 4:15.); 

providing [the request] to a conference coordination service logic program (SLP) 
(Column 4:56-67 teaches the use of coordination software.); 

registering a conference with a unique conference identifier (Column 1 1 :45) and setting 
timers (Column 1 1 :50) by the conference coordination SLP; and 

returning a notification, including the unique conference identifier, by the conference 
coordination SLP to the browser (Column 4:9-19 teaches the browser in conjunction with the 
Web server. It is understood that the web server which is processing the requests through the 
SLEE which also interfaces with the browser and also displays presence information also 
displays notification of the conference including the identifier.) 
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returning a notifieation, including the unique conference identifier, by the conference 
coordination SLP via the HTTP interface and the web server to the browser (Column 5 lines 20- 
36). 

Hackbarth does not teach the use of XML explicitly. The Steps which are directly related to 
XML are highlighted in bold below: 

communicating said request from the web server to high-availability telecommunications 
equipment by way of a hyper text transfer protocol (HTTP) server plug-in; 

sending an extensible markup language (XML) document from the HTTP server 
plug-in to an HTTP dispatcher; 

providing the XML document from the HTTP dispatcher to a conference coordination 
service logic program (SLP); 

providing the XML document from the conference coordination SLP to an XML 

parser; 

parsing the XML document by the XML parser to obtain conference request 
information; 

returning the conference request information obtained from the XML document to the 
conference coordination SLP; 

However, using XML to send information in between the browser, Web server, 
coordination SLP, and notification SLP would have been well known and obvious to one of 
ordinary skill in the art at the time of the invention. Not only that, but Hackbarth suggests in 
Column 3:23-46 that “The collaboration services, in accordance with the invention, are 
implemented utilizing Application and Media Servers 102 supported through the Softswitch 
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Programmable Feature Server (SPFS). The SPFS is a programmable converged voice and data 
services platform for packet networks” and the “SPFS services are provided to intelligent soft 
endpoints utilizing multimedia enabled protocols, such as Session Initiation Protocol (SIP) and 
H.323, and a WEB server interface to services.” 

The Examiner argues that using HTTP and XML are design choices using such protocols 
would be and obvious variation to whichever specific protocols Hackbarth uses. Eurthermore the 
limitations which recite the HTTP and XML language add structure that would be inherent to 
any system which uses these protocols and as such would be an obvious, design choice variation. 
Any system which does use XML would of course use an XML parser which parses information. 
Any system which uses HTTP would of course employ an HTTP dispatcher. As such, it would 
be obvious to perform these steps if XML and HTTP were chosen to be used as the protocols to 
communicate information between the browser, web server, and the SLPs. 

For further evidence, the Examiner points out that Richomme teaches the use of XML in 
a conference coordination system. Paragraph [001 1] teaches “The monitoring information is 
first transmitted to the conference server. At the conference server the monitoring information is 
adjusted so that this information can be sent in the form of a programming language code which 
is executable by the participants' Web terminal devices. Lor example, the monitoring information 
may be encoded in JavaScript, HTTP, or XML (extended markup language) as many a browser 
can execute JavaScript code or XML code.”). In light of Richomme’s teaching it is obvious that 
XML can be one of the coding methods for sending information within the SELL. Therefore it 
would have been obvious to one of ordinary skill in the art at the time of the invention to us 
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XML, ineluding an XML parser which is inherent to any system using XML, in the eonferenee 
eoordination and notifieation within the automatic conferencing services. 

It would have been obvious to one of ordinary skill in the art to use XML for these 
serviees beeause as Riehomme states “the monitoring information may be eneoded in JavaSeript, 
HTTP, or XML (extended markup language) as many a browser can execute JavaSeript eode or 
XML eode.” It is elear from Richomme’s disclosure that it was widely well known and used at 
the time of the invention to use XML within web services and using XML would simply be a 
design ehoiee whieh eould be used to implement automatic conferencing services. 

As to elaim 23 Haekbarth further teaches: 

sending [attendee information] from the conference coordination SLP to a notification 
SLP (LDAP information is looked up and sent); 

providing the attendee information from the notification SLP to a home loeation register 
(HLR) SLP; 

looking-up a current online status of attendees by the HLR SLP; 

returning the current online status of the attendees from the HLR SLP to the notifieation 

SLP ; 

sending the current online status of the attendees from the notification SLP to the 
conference coordination SLP; and 

sending an in-progress response from the conference coordination SLP the HTTP 
interface and the web server to the browser (Column 5 lines 10-19 teach that “the User Agent 
203 maintains a LDAP database 206 in which presence information is maintained for eaeh 
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individual registered with the system. It also supports Presence Clients that register with it. These 
clients include TeamPortal View 214, Coimecticon View 215, and OpenChannel View 217. 
Presence Clients are Java classes that run remotely and can both report changes in presence 
status and react to User Agent messages telling them that the Presence information has changed 
for a user they have defined as being in their awareness set.” It is interpreted that the LDAP 
database is a home location register database as they both store the status information of a user. 
The presence information is looked up, returned and sent. In Column 5 lines 34-39 Hackbarth 
teaches sending information via HTTP from SLP to SLP.). 

Once again the Examiner exerts that the use of XML to communicate information with in 
the system is a design choice, but the rejection is further supported by Richomme (see claim 22) 
with the same motivation to combine. 

As to claim 24, Hackbarth further teaches: 

sending notice messages from the notification SLP to a plurality of attendees; 
sending a response from the notification SLP to the conference coordination SLP, 
wherein the response indicates that the notice messages were sent to the plurality of attendees; 

transmitting a response indicating that the notice messages were sent from the conference 
coordination SLP the HTTP interface and the web server to the browser (Column 5 lines 10-19 
teach that “the User Agent 203 maintains a LDAP database 206 in which presence information is 
maintained for each individual registered with the system. It also supports Presence Clients that 
register with it. These clients include TeamPortal View 214, Connecticon View 215, and 
OpenChannel View 217. Presence Clients are Java classes that run remotely and can both report 
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changes in presence status and react to User Agent messages telling them that the Presence 
information has changed for a user they have defined as being in their awareness set.” It is 
interpreted that the presence information are the messages being sent. They are sent to a 
plurality of attendees. In Column 5 lines 34-39 Hackbarth teaches sending information via 
HTTP from SLP to SLP.); and 

sending a billing record document from the conference coordination SLP to a billing SLP 
(Column 4 line 67 teaches that the SPSF has billing functionality.). 

Once again the Examiner exerts that the use of XML to communicate information with in 
the system is a design choice, but the rejection is further supported by Richomme (see claim 22) 
with the same motivation to combine. 

5. Claim 12 is rejected under 35 U.S.C. 103(a) as being unpatentable over the combination 
of Hackbarth and Richomme as applied to claim 9 in further view of Haimovich et al. US Patent 
Application Number 2005/0031110 (hereinafter Haimovich). 

The combination of Hackbarth and Richomme teach all of the limitations of the method 
of claim 9, but does not teach wherein a user specifies the conference information using a phone 
to access an interactive voice response interface to the automatic conferencing service. 

However in an analogous art, Haimovich teaches wherein a user specifies the conference 
information using a phone to access an interactive voice response interface to the automatic 
conferencing service (Paragraph [0020] teaches “A telecommunications carrier, having the 
capability of providing a conference call service, links the regular telephone number or a 
specifically assigned telephone number of a subscriber utilizing a communication station (i.e., a 
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telephone instrument), and who is desirous of the conference call service, to a subseriber-speeifie 
eonferenee eall box. The eonference call box is a data structure implemented in a eonferenee eall 
database within the teleeommunications carrier's network designed to store operational 
information funetional in the setting up and the establishment of a eonferenee eall. Dialing the 
regular telephone number or dialing a specifically coded dialing sequence will affeet the 
performanee of a pre-defined procedure comprising a variable sequence of funetional steps by 
the network before the network could establish a functional connection. The functional sequence 
of steps is performed in order to offer the caller a selection of an option out of several pre- 
defined options assoeiated with the telephone number representing the called communications 
station. The network sequence is implemented by the utilization of a set of specifieally 
developed software programs, supported by an Interactive Voice Response (IVR) interfaee, by 
suitable data struetures, and by appropriate Application Specific Integrated Cireuits (ASICs).” It 
is understood that through the “IVR”, the user selects the “operation information funetional in 
setting up and establishing of a conference call”.). 

Therefore it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the combination of Hackbarth and Richomme’s method of elaim 9 with 
Haimovich’s method where a user specifies the conference information using a phone to access 
an interactive voice response interface to the automatic conferencing service because as 
Haimovich states in paragraph [0045] the advantages of the method of the present invention 
“will affect significant savings in time, expenses, and organizational effort.” This would be 
aeeomplished as it leverages existing telephonic communication systems currently employed. 
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6. Claim 13 is rejected under 35 U.S.C. 103(a) as being unpatentable over The combination 
of Hackbarth and Richomme as applied to claim 9 in further view of Sato et al. US Patent 
Application Number 2003/0055893 (hereinafter Sato). 

The combination of Hackbarth and Richomme teaches all of the limitations of the method 
of claim 9, but does not teach further comprising setting timers for the conference by the 
automatic conferencing service. 

However in an analogous art, Sato teaches further comprising setting timers for the 
conference by the automatic conferencing service (Paragraph [0045] teaches “FIGS. 1 1 A and 
1 IB are flowcharts for automatically holding a conference at the time specified by electronic 
mail sent by the parameter management unit 72 and the time management unit 74 installed to the 
collaboration system 60 shown in FIG. 5.” Additionally paragraph [0045] teaches “By activation 
of the timer by setting of the conference starting time as described above, at the step SI 05, the 
notification event takes place from the timer when the specified time comes, and the 
collaboration system 60-2 that received the notification of the conference starting time from the 
timer at the step SI 06 starts connecting to the received IP address, so that a conference can 
automatically begin at the specified time.”). 

Therefore it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine The combination of Hackbarth and Richomme’s method of claim 9 with 
Sato’s setting of timers for the conference because Sato gives the reason for setting the timers is 
“so that a conference can automatically begin at the specified time.” 
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7. Claims 16-18 are rejected under 35 U.S.C. 103(a) as being unpatentable over The 
combination of Hackbarth and Richomme as applied to claim 9 in further view of Matus et al. 
US Patent Application Number 2004/0010549 (hereinafter Matus). 

As to claim 16, The combination of Hackbarth and Richomme teach all of the limitations 
of claim 9, but does not teach wherein an attendee is notified by way of electronic mail. 

However in an analogous art, Matus teaches wherein an attendee is notified by way of 
electronic mail (Paragraph [0012] teaches “the system can also send a text message, such as for 
example via SMS, MMS, email, or instant messenger, to notify participants of an impending 
phone call or to request that they call a specific number or take another specific action.”). 

Therefore it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine The combination of Hackbarth and Richomme’s method of automatic 
conferencing with notification with Matus’s method of notification through email because as 
Matus states “the present invention allows a user to easily configure conference calls via a 
wireless device.” Notification is a part of the automatic conferencing system and notifying 
someone by a method which they list several alternatives would be an obvious improvement to 
the already present notification presented by The combination of Hackbarth and Richomme’s 
method and system. 

As to claim 17, The combination of Hackbarth and Richomme teach all of the limitations 
of claim 9, but does not teach wherein an attendee is notified by way of an SMS message. 
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However in an analogous art, Matus teaches wherein an attendee is notified by way of an 
SMS message (Paragraph [0012] teaches “the system can also send a text message, sueh as for 
example via SMS, MMS, email, or instant messenger, to notify participants of an impending 
phone eall or to request that they call a specific number or take another speeifie aetion.”). 

Therefore it would have been obvious to one of ordinary skill in the art at the time of the 
invention to eombine The eombination of Hackbarth and Richomme’s method of automatie 
eonfereneing with notifieation with Matus’s method of notification through an SMS message 
beeause as Matus states “the present invention allows a user to easily configure conferenee calls 
via a wireless deviee.” Notifieation is a part of the automatic conferencing system and notifying 
someone by a method which they list several alternatives would be an obvious improvement to 
the already present notifieation presented by The combination of Hackbarth and Richomme’s 
method and system. 

As to claim 18, The combination of Hackbarth and Richomme teaches all of the 
limitations of claim 9, but does not teach wherein an attendee is notified by way of an instant 
message. 

However in an analogous art, Matus teaches wherein an attendee is notified by way of an 
instant message (Paragraph [0012] teaches “the system can also send a text message, such as for 
example via SMS, MMS, email, or instant messenger, to notify participants of an impending 
phone call or to request that they call a specific number or take another specific action.”). 

Therefore it would have been obvious to one of ordinary skill in the art at the time of the 
invention to eombine The combination of Hackbarth and Richomme’s method of automatie 




Application/Control Number: 10/787,328 
Art Unit: 2145 



conferencing with notification with Matus’s method of notification through an instant message 
because as Matus states “the present invention allows a user to easily configure conference calls 
via a wireless device.” Notification is a part of the automatic conferencing system and notifying 
someone by a method which they list several alternatives would be an obvious improvement to 
the already present notification presented by The combination of Hackbarth and Richomme’s 
method and system. 



Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Matthew E. Kessler whose telephone number is (571) 270-5005. 
The examiner can normally be reached on Monday through Thursday 7:00 am - 5:30 pm EST. 
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If attempts to reaeh the examiner by telephone are unsuccessful, the examiner’s 
supervisor, Jason Cardone can be reached on (571)272-3933. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/MEK/ 



/Jason D Cardone/ 
Supervisory Patent Examiner, Art Unit 2145 




